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ABSTRACT 


A multiport  RS232-NTDS  multiplexor  will  be  discussed.  This 
microprocessor  driven  hardware  device  has  the  capability  of  multiplexing 
up  to  48  RS232  ports  into  a single  parallel  NTDS  channel  obeying 
intercomputer  protocol.  Each  RS232  port  has  software  programmable 
functions  similar  to  those  for  AN/UVK-20  RS232  ports.  The  devices  is 
modular  so  that  RS232  ports  may  be  added  incremental ly  as  needed.  The 
device  is  flexible:  a general  priority  interrupt  structure  is  provided 
through  a combination  of  hardware  logic  and  microprocessor  firmware. 

The  motivation  for  construction  of  the  device  will  be  discussed. 
Salient  design  features  affecting  flexibility,  modularity  and  throughput 
will  be  discussed. 

This  is  the  final  report  on  this  phase  of  the  problem. 
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1.0  BacKground 

The  AN/UYK-20  is  Ih®  standard  Novaj  minicomputer  for  surface 
applications.  It  is  a completely  militarized,  high  performance 
processor  uith  extensive  input-output  capabilities.  This  report  is 
concerned  uith  an  interface  designed  for  enhanced  utilization  of  these 
input-output  capabilities. 

1.0.0  General  Description 

In  addition  to  the  central  processor (CPU).  the  AN/UYK-20 
architecture  provides  an  Input-Output  Controller  (IOC)  for  handling  data 
and  control  transfers  uith  external  devices  via  one  of  the  input-output 
channelsCFig.  1.03.  The  IOC  may  execute  .sequences  of  special 
input-output  instructions  Knoun  as  'chains'  to  control  any  of  the 
processor's  16  channels.  As  the  number  of  input-output  instructions  is 
quite  extensive,  channel  control  is  very  flexible. 


a)  INTERFACE  TYPES  NTOS  PARALLEL  ( SLOW,  FAST,  ANEW  ),  RS232  , NTOS  SERIAL,  MIL-ST0-IB8C 

Figure  1.0  AN/UYK-20  BlocK  Diagram 


The  channels  themselves  follou  one  of  three  types  of  handshaKing 
conventions  for  data  transfer:  NTDS.  MIL.  STD.  188C  or  RS232.  'NTDS' 
refers  to  'Naval  Tactical  Data  Systems'  Interface  described  in  MIL. 
STD.  1397C13.  There  are  three  types  of  parallel  NTDS  interfaces  and 
one  serial  type.  RS232C23  is  a lou  speed  serial  protocol  especially 
designed  to  interface  uith  data  communications  equipment (eg.,  modems). 
RS232  is  an  industrial  standard  specified  by  the  'Electronics  Industries 
Association*.  MIL.  STD.  188C  is  a serial  military  specification  for  a 
lou  speed  interface  resembl ing  RS232. 

Note:  Manuscript  lubmitted  March  1,  1979. 
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Each  channnel  type  may  be  further  specified  as  to  speed,  voltage 
levels,  and  transfer  modes.  Thus  the  serial  RS232  channel  may  be 
synchronous  or  asynchronous,  of  various  baud  rates,  etc.  The  NTDS 
channels  may  be  paral lei (slou  . fast,  or  ANEU)  or  serialC33. 

The  address (0-15)  of  each  particular  input-output  interface  type  in 
the  AN/UYK-20's  16  channels  is  somewhat  flexible  and  determined  by  the 
installation.  Each  channel  is  provided  with  two  120-pin  connectors  to 
the  outside  world.  Therefore,  sufficient  connector  hardware  is  supplied 
on  the  processor  to  support  16  parallel,  full-duplex  channels  . 

The  remainder  of  this  report  shall  be  concerned  with  NTDS  parallel 
and  RS232  serial  channels.  Many  RS232  ports  will  be  interfaced  to  cn 
AN/UYK-20  NTDS  parallel  channel  by  a device  to  be  described. 

1.0. 1  NTDS  Parallel  Channels 

The  three  type  of  NTDS  parallel  channels (slow, fast,  ANEU)  are 
identical  as  far  as  the  programmer  is  concerned.  The  NTDS  slow  channel 
differs  from  the  two  fast  channels  in  transfer  rate,  timing  and  voltage 
levels.  The  NTDS  fast  and  ANEU  channels  differ  only  in  voltage  levels 
assigned  for  the  one  and  zero  states.  All  channel  logic  is  on  card  sets 
internal  to  the  UYK-20.  each  card  set  controls  four  contiguous 
channels.  Four  card  sets  would  comprise  a full  complement  of  NTDS 
channels  in  the  AN/UYK-20.  The  maximum  transfer  rate  allowed  by  the 
NTDS  specification  is  190K  wd./'sec.  for  each  set  of  NTDS  fast  or  ANEU 
channels  and  40k  wd./sec.  for  each  set  of  NTDS  slou,  one  way. 
Full-duplex  is  the  operating  mode.  In  pract ice  the  AN/UYK-20  cannot 
achieve  these  transfer  rates  as  the  IOC  and  CPU  are  not  fully 
independent  and  contend  for  the  microprocessor  which  is  emulating  the 
machine  architecture.  Data  transfers  of  60-75*  of  the  maximum 
specification  are  possibleC4],  depending  on  CPU  and  IOC  activity.  Such 
data  rates  are  10-15*  of  the  memory  data  rate. 

1.0. 2  RS232  Serial  Channels 

RS232  is  a specification  for  low  speed,  serial  data  transfer.  It 
is  an  almost  universal  commercial  Industrial  standard.  Given  a computer 
or  computer  peripheral,  chances  are  it  has  an  RS232  channel.  The 
AN/UYK-20  is  no  exception.  The  AN/UYK-20  provides  separate  card  sets 
for  synchronous  (clock  triggered  baud  sampling)  and  asynchronous  (data 
triggered  baud  sampling)  RS232  channels.  Each  RS232  card  set  or 
provides  two  channels.  The  asynchronous  channels  transfer  at  one  of 
four  programmable  rales;  the  maximum  rate  is  2400  baud.  The  synchronous 
channels  can  transfer  0-9600  baud.,  depending  on  the  sampling  clock. 
Since  the  RS232  channels  are  serial  channels,  each  one  uses  considerably 
fewer  than  half  the  480  10  connector  pins  (ie.  four  120-pin  connectors) 
available  for  the  two  channels  that  are  used  by  each  RS232  card  set. 
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2.0  RS232-NTDS  Multiplexor 


J 


Section  l above  provided  an  overview  of  AN/UYK-20  10  properties. 
The  remainder  of  this  report  will  focus  on  the  description  of  a device 
that  marries  NTDS  and  RS232  channels  external  to  the  AN/UYK-20.  The 
heart  of  the  device  is  a microprocessor  which  controls  data  switching 
and  buffering  to  implement  the  function  of  multiplexing  many  RS232 
channels  into  a single  NTDS  channel.  Thus,  instead  of  using  multiple 
AN/UYK-20  RS232  channels,  only  a single  NTDS  channel  is  needed.  This 
channel  is  connected  through  the  multiplexor  to  many  RS232  devices.  One 
need  not  utilize  RS232  card  sets,  instead,  an  NTDS  channel  is  tied  to 
the  external  multiplexor.  Firmware  in  the  multiplexor  and  an  AN/UYK-20 
software  routine  allow  program  control  of  the  multiplexor. 

2.1  RS232 — A Second  Look 

Serial  transmission  on  RS232  channels  occurs  commonly  at  rates  up 
to  19.2  Kilobaud  asynchronous (eg.  CRT  terminals),  and  up  to  50  Kilobaud 
synchronous (eg.  remote  data  terminals).  Transfer  rates  beyond  this 
exceed  the  RS232  specification  which  limits  slew  rate  and  does  not 
provide  for  a balanced  transmission  line. 

The  motivation  for  the  RS232-NTDS  multiplexor  is  as  follows: 

a)  The  RS232  interface  is  widely  available  in  commercial 
peripheral  equipment  at  little  or  no  extra  cost.  On  the  other  hand 
peripherals  with  NTDS  interfaces  demand  premium  prices  suggesting  the 
use  of  the  multiplexor  as  an  interface  between  a commercial  peripheral 
with  RS232  channels  and  an  AN/UYK-20  NTDS  channel. 

o)  The  RS232  protocol  was  designed  for  interface  to  a modem 
allowing  remote  communications  over,  say,  phone  lines.  The  multiplexor, 
having  the  potential  for  many  more  RS232  channels  than  the  AN/UYK-20 
mainfame.  provides  an  ideal  means  for  interfacing  the  AN/UYK-20  to  low 
speed  serial  data  lines  from  many  remote  location  (eg.  sensor  inputs  or 
timesharing  user  terminals). 

c)  The  extreme  slowness  of  the  RS232  channels  compared  to  the 
NTDS  channel  should  be  noted.  Uhile  a transfer  rate  of  100-150 
Kilowcrrts/sec. (1.6-2. 4 megabits/sec.)  is  possible  with  NTDS  channels, 
RS232  Chanels  are  limited  to  2400  baud/sec.  asynchronous  and  9600 
baud/sec.  synchronous.  The  multiplexor  was  designed  to  ameliorate  the 
mismatch  between  the  potential  AN/UYK-20  10  channel  bandwidth  and  RS232 
data  rates. 

d)  Activating  the  serial  RS232  interface  in  the  AN/UYK-20 
requires  10  instructions  apart  from  those  needed  to  implement  io 
transfers  in  NTDS  channels.  Externalizing  RS232  channels  reduces  the 
set  of  Instructions  needed  for  input-output  operations  and  maKes 
possible  standardizing  AN/UYK-20  interfaces  to  a single  type:  NTDS 
parallel . 
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2.2. 


AN/UYK-20  Hardware  Conf igurat ion 


The  number  of  card  slots  required  bg  each  set  of  four  NTDS  channels 
is  equal  to  the  number  of  slots  required  bg  four  RS232  channels. 
However.  a card  set  containing  two  RS232  channels  mag  preclude  usage  of 
a set  of  four  NTDS  channels.  The  Implication  is  a devastating  trade-off 
in  memorg  bandwidth  and  connector  pins  for  euerg  set  of  RS232  channels 
in  the  machine.  That  Is.  120  10  pins  and  mating  connector  are  devoted 
to  each  RS232  channel  requiring  less  than  25  lines.  Each  channel 
connector  port  dedicated  to  RS232  protocol  has  a bandwidth  of  less  than 
10  Kilobit/sec.  Uhile  the  potential  bandwidth  of  the  channel  is  in 
excess  of  1 meaabi  i/'sec. 
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3.0 


Design  Philosophy  of  the  NTDS-RS232  Multiplexor 


The  philosophy  behind  the  multiplexor  is  essentially  this: 
externalize  all  RS232  channels  in  the  multiplexor.  Configure  the 
AN/UYK-20  solely  uith  NTDS  parallel  interfaces.  Thus,  only  one  NTDS 
channel  need  be  dedicated  to  service  all  RS232  ports.  Only  two 
PN/TJYK-20  10  connectors  need  be  dedicated  to  service  all  RS232  ports.  A 
subset  of  AN/UYK-20  10  instructions  is  then  sufficient  for  all 
input-output  control . 

The  benefits  to  be  gained  from  this  approach  are: 


a)  MinimizeAit il ize  effectively  interconnection 

harduare . 

b)  Maintain  the  high  10  bandwidth  possible  with 

parallel  interface. 

c)  Provide  many  RS232  ports. 

d)  Provide  a flexible  interface. 


an  NTDS 


In  addition,  the  benefits  of  using  microprocessor 
emphasized  as  the  design  is  discussed. 


control  will  be 


3.0.0  Description  of  the  Multiplexor 


Figure  3.0.1  3hows  a block  diagram  of  the  multiplexor.  The 
AN/UYK-20  communicates  with  the  multiplexor  via  an  NTDS  channel.  The 
multiplexor  contains  an  NTDS  interface  which  is  implemented  with  a 
combination  of  hardware  and  software.  Control  of  the  system  is  provided 
by  an  0080  microprocessor,  an  8-bit,  programmable  NMOS  integrated 
circui tC5T. 
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PORTS 


Figure  3.0.1  BlocK  Diagram  of  Multiplexor 

Th®  multiplexor  has  RS232  ports  grouped  on  cards  which  mag  be  added 
to  the  system  in  a modular  fashion.  Each  card  contains  up  to  eight 
USARTsC Universal  Synchronous/Asynchronous  Receiver/  Transmitter) 
interfaced  to  the  external  world  using  RS232  protocol. 

Each  USART  is  programmable  as  to  baud  rate  and  mode  of 
operat ion (synchronous/asynchronous) . Certain  RS232  control  lines  may  be 
set  or  cleared  under  program  control  . The  ability  to  set  port  mode  is 
not  available  in  internal  AN/UYK-2S  RS232  ports.  Also,  the  maximum  baud 
rale  in  e.lher  mode  is  significantly  greater  in  the  multiplexor  USARTs 
than  in  the  internal  AN/UYK-20  RS232  ports.  These  improvements  are 
consequences  of  more  recent  microprocessor  technology. 

Figure  3.0.2  shows  a functional  diagram  of  the  multiplexor.  The 
microprocessor  functions  as  a switch  and  decoder  and  may  read  or  write 
any  memory  location  in  the  multiplexor  under  software  control.  Memory 
local  to  the  multiplexor  consists  of  random  access  memory (RAM),  read 
only  memory(ROM),  locations  associated  with  RS232  data  and  control  and 
locations  associated  with  NTDS  data  and  control.  Thus  all  devices  in 
the  multiplexor  are  treated  as  memory  locations.  RAM  provides 
scratchpad  and  buffer  storage.  Software  that  defines  multiplexor 
operationdn  conjunction  with  the  intrinsic  hardware)  is  stored  in  ROM. 

Data  to  and  from  the  multiplexor  is  in  a word  formal,  each  word 
being  16  bits.  Each  word  contains  a byte  of  address/command 
informat  ion (upper  eight  bits)  and  a byte  of  data(lower  eight  bits)CFig. 
3.0.33.  The  address  byte  is  further  subdivided  into  an  intracard 
address (lowest  3 bits),  a card  address(next  3 bits),  a command  blt(bit 
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6)  and  a spare  bit(bit  7).  The  intracard  address  identifies  the 
particular  port  on  the  card  specified  by  the  card  address.  The  conmnond 
bit  separates  data  from  commandos tatus  information. 


Figure  3.0.2  Functional  Representat ion  of  Multiplexor 


011  data  transfers  over  the  NTDS  channel  follou  NTDS  intercomputer 
protocol  uhich  renders  the  mul t iplexor-AN/UYK-20  interface  symmetrical; 
neither  device  is  intr insical ly  a master.  The  need  for  command 
transfers(NTDS  forced  command  modeC63)  is  obviated  since  command 
information  is  contained  in  the  data  uord. 

011  input  output  ports  in  the  multiplexor  looK  1 iKe  memory.  0 
typical  operation  of  the  multiplexor  would  be  to  have  the  microprocessor 
read  the  0N/UYK-20  memory  locations,  decode  the  port  or  command  address 
then  write  the  appropriate  RS232  memory  location. 


| 
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ADDRESS 

MULTIPLEXOR  4. 

PHYSICAL 

PORT  ADDRESS  MEMMAP  OFFSET  (8000 „) 

FORMATION  _ 

PHYSICAL  PORT  ADDRESS 

OR 

PHYSICAL  PORT 

COMMAND  ADDRESS  (BIT  14  ON) 

Figure  3.0.3  Data  Uord  Format  for  AN/UYK-28 — Multiplexor 

Interface 


3.0.1  Control  Philosophy 

Uhen  the  multiplexor  is  not  being  taxed,  eg.  uhen  a feu  300  baud 
terminals  are  being  used,  the  type  of  control  structure  used  to  control 
data  flou  is  moot:  any  scheme  implementable  in  softuare  should  suffice. 
If  the  multiplexor  is  exercised  more  strenuously,  then  it  is  uell  to 
consider  the  possible  control  structures  and  picK  the  one  best  suited  to 
the  application.  Different  applications  warrant  different  control 
structures.  For  Instance,  suppose  the  ports  connect  many  low  speed 
terminals  to  the  RNAJYK-20.  In  this  case,  service  requests  would  occur 
infrequently  and  randomly.  If  a single  port  were  to  become  active  in  an 
otherwise  quiescent  system,  using  an  Interrupt  structure  would  guarantee 
a fixed  time  to  service  given  by  the  hardware  interrupt  service  timing. 
This  would  be  preferable  to  polling  in  software  which  would  give  a 
variable  time  to  service  of  average  duration  tpoll*n/2.  where  'n'  is  the 
number  of  ports  and  *tpoll'  is  the  time  to  poll  a single  device. 

On  the  other  hand,  suppose  the  system  is  busy,  i.e.  several  ports 
handl ing  data  worn  more  or  less  cont inuously:  suppose  also  tpoll  is  less 
than  the  interrupt  service  time.  In  such  a case  polling  would  be 
preferable.  If  the  ports  have  some  priority  assigned,  using  the 
prioritized  interrupt  structure  available  is,  perhaps,  best.  Though  in 
some  sense  sense  we  could  assign  priorities  in  a polling  situation  by 
'super  commutation',  that  is.  if  a,b.c,d...  are  ports  one  polls 
'abacad...'  or  any  sequence  where  polling  does  not  occur  in  ordinal 
order . 
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There  is  yet  another  type  of  control  structure  to  consider,  namely 
buffered  iranafori  this  type  of  interrupt  gives  the  device  being 
serviced  priority.  Since  RS232  ports  are  rather  slou,  it  is  uni ikely 
they  would  be  used  in  such  a mode.  The  AN/UYK-20  NTDS  interface  is 
quite  another  matter,  houever.  The  speed  of  the  transfer  may  uell 
warrant  buffered  transfer  to  cut  down  on  software  and  hardware  overhead 
involved  in  recognizing  and  servicing  a system  interrupt.  Random  access 
memory  in  the  system  and  the  flexible  interrupt  scheme  make  this  mode 
implementable  in  software. 

In  summary,  in  a sparse,  random  request  environment  use  a 
prioritized  interrupt  structure:  in  a busy,  uniform  environment,  use 
pol 1 ing. 

3.0.2  Control  Structure 

As  the  design  of  the  prototype  multiplexor  progressed,  it  became 
obvious  that  in  this  type  of  controller  application,  the  utility  of  the 
software  was  determined  by  the  quantity  of  controllable  hardware  in  the 
multiplexor.  Though  believed  fervently,  this  concept  could  not  always 
be  followed.  The  control  structure  options,  however,  obey  the  concept. 
Minor  modifications  allow  different  modes  of  operation: 

Each  port  may  be  polled  to  see  if  it  is  active. 

Each  card  may  be  an  interrupt. 

Each  port  may  be  an  interrupt  (6  port  maximum). 

Each  card  may  be  polled. 

Each  card  may  be  swept  of  all  pending  intrrrupts. 

The  interrupt  structure  is  prioritized  and  the  interrupt  address  is 
stored  in  a memory  location.  The  9080  hardware  vector  structure  may 
also  be  used.  The  intracard  address  of  each  port  on  the  card  is  also 
available,  so  that  a 6 bit  interrupt  address  exists. 

Uith  additional  hardware,  the  8080  may  support  eight  vectored 
interrupts<0-7> . The  multiplexor  supplies  the  extra  hardwai  • needed  so 
that  eight  separate  interrupts,  each  having  a unique  interrupt  service 
routine  are  available.  Vector  interrupt  0 is  the  system  reset,  1 is  the 
NTDS  interrupt,  2-7  are  available  for  RS232  cards.  RS232  cards  have 
highest  system  priority.  In  addition,  as  the  USARTs  are  programmable 
and  may  be  queried  for  status,  system  polling  is  possible. 

A choice  must  be  made  among  possible  Interrupt  schemes  and  the 
multiplexor  must  be  hard-wired  accordingly.  The  multiplexor 
conf igurat ion  used  with  the  software  described  in  this  report  was  based 
on  a card  interrupt  priority  structure.  However, the  six  bit  port 
address  as  read  from  the  Interrupt  latch  provided  address  information. 
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4.0  Hardware 


In  order  not  to  'reinvent  the  wheel'  commercially  available 
microprocessor  CPU  ana  RAM/ROM  memory  cards  were  utilized.  This  choice 
greatly  facilitated  the  multiplexor  design.  Numerous  pacKaglng  options 
of  this  type  are  available.  Judicious  choice  of  pre-pacKaged  aids 
should  be  a first  step  in  any  new  microprocessor  design. 

It  was  decided  to  pacKage  up  to  eight  RS232  ports  on  a card  which 
could  be  replicated  to  provide  up  to  the  maximum  number  of  ports.  This 
choice  arose  naturally  from  the  card  size  and  Interrupt  circuitry. 
Other  cords  provide  CPU.  control  and  decode,  memory  and  the  NTDS 
interfaceCFlg.  3.0.13. 

As  command  Information  is  contained  within  the  data  word,  simple 
data  transfer  in  intercomputer  mode  was  adequate.  One  consequence  of 
the  choice  of  NTDS- Intercomputer  mode  is  that  the  data  from  the  UYK-20 
is  held  on  the  charyiel  lines  until  the  8000  can  respond.  Similarly,  the 
8080  microprocessor  will  hold  its  data  on  the  channel  data  lines  until 
the  AN/UYK-20  responds.  The  8030  bus  has  nowhere  near  the  IQ  bandwidth 
or  speed  of  an  AN/UYK-20  NTDS  fast  channel,  but  the  microprocessor  could 
Keep  an  NTDS  slow  channel  fairly  active. 

4.1  HandshaKe  with  Multiplexor 

HandshaKe  protocol  follows  that  described  for  NTDS  parallel 
intercomputer  data  transfersC73.  The  hardware  sequence  from  the 
AN/UYK-20  is  as  follows: 

a)  UYK-20  puts  data  on  1 ines.  sets  READY. 

b)  Multiplexor  latches  data,  generates  interrupt. 

c)  8080  recognizes  interrupt  according  to  appropriate 
priority  and  vectors  to  interrupt  service  rout ine( ISR) . 

d)  Software  control  in  ISR  reads  lower  and 
upper  byte  of  multiplexor  buffer  latch. 

Reading  the  upper  byte  of  the  buffer  latch  causes  the  RESUME  signal  to 
be  generated  by  the  multiplexor.  The  RESUME  signal  clears  the  READY 
signal.  Uhen  READY  is  cleared  the  multiplexor  data  latches  are 
released.  The  AN/UYK-20  may  then  output  another  data  word. 

The  hardware  sequence  of  events  for  data  transfer  to  the  AN/UYK-20 
follows: 

a)  The  8080  writes  an  output  buffer  latch,  READY  signal 
is  generated. 

b)  The  AN/UYK-20  senses  READY  and  samples  data  lines. 

c)  The  AN/UYK-20  generates  RESUME  which  clears  buffer 
latch  and  READY.  The  multiplexor  may  then  output 
another  data  word. 

A consequence  of  the  hardware  handshaKe  sequence  is  that  data  is  ual id 
in  the  buffer  latches  only  until  handshaKe  completion,  ie.  only  while 
READY  line  is  high.  Software  in  the  multiplexor  must  taKe  this  fact 
into  account  and  not  use  the  latches  as  permanent  storage  locations. 
Under  software  control,  the  READY  line  may  be  sampled  to  prevent 
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overwrite  on  output  to  AN/UYK-20  or  to  monitor  input  to  the  multiplexor 
in  a polled  environment. 

A logic  blocK  diagram  of  the  multiplexor  is  included  in  APPENDIX  A. 
4.2  Description  of  Multiplexor  Hardware  Operation 
4.2.0  Port  to  AN/UYK-20 

Each  port  is  a type  8251  Universal  Synchronous/  Asynchronous 
Receiver/Transmitter(USART)C83.  The  ports  are  grouped  on  the  RS232 
cards,  a maximum  of  8 per  card.  In  the  current  implementation,  each 
card  requires  one  interrupt  vector.  Six  unique  vectors  are  available, 
tuo  others  are  used  for  AN/UYK-20  interface  and  system  restart. 

Uhen  a port  receives  a character,  a control  1 ine(RXRDY)  is  raised 
which  is  used  as  an  Interrupt.  Only  a read  of  or  command  to  the  port 
will  reset  this  line.  This  does  not  preclude  the  port  being 
overwritten. 

Cards  have  a daisy-chain  priority:  if  a card  has  no  port  requests 
pending,  the  next  card  in  the  chain  is  enabled.  If  a card  is  enabled 
and  a port  on  the  card  receives  a character,  the  intra-card  priority  is 
resolved,  and  port  address  will  be  broadcast  on  a 3-bit  bus.  The  card 
generates  an  interrupt  pulse  which  is  logged  into  the  master  interrupt 
latch.  The  Interrupt  pulse  will  be  generated  each  time  Interrupt 
priority  is  resolved,  if  the  card  is  enabled.  This  sequence  of  events 
will  occur  until  the  request  is  serviced  and  the  port  is  read.  Uhen  the 
card  has  highest  priority,  an  interrupt  is  generated  to  the  5080  which 
responds  with  inlerrupt-acKnowIedge(INTA) . At  this  point,  system 
hardware  vectors  the  microprocessor  to  the  appropriate  service  routine 
and  the  interrupt  address  is  further  decoded  under  software  control. 

A 16-bit  word  consisting  of  an  upper  byte  of  address  and  control 
information  and  a lower  byte  of  data  is  transferred  to  the  AN/UYK-20 
under  software  control. 


Since  the  USART  port  status,  including  the  interrupt  bit.  RXRDY.  is 
software  addressable,  one  may  use  a software  polling  scheme  Instead  of 
priority  Interrupt  scheme  to  drive  the  multiplexor.  If  the  interrupt 
structure  is  turned  off,  the  status  of  the  AN/UYK-20  handshake  lines 
must  also  be  polled  under  software  control.  A software  polling  scheme 
is  not  currently  used  in  the  multiplexor. 

4.2.1  AN/UYK-20  to  Port 

The  AN/UYK-20  will  write  the  multiplexor  data  latches  and  set  the 
READY  line.  The  setting  of  the  READY  line  generates  an  interrupt  to  the 
microprocessor . The  AN/UYK-20  interface  has  lower  priority  than  any 
RS232  card  in  the  system.  Reading  of  the  data  latches  by  the  8080  will 
generate  a RESUME  signal . The  port  address  is  decoded  from  the  data 
under  software  control,  and  the  port  memory  address  is  generated.  The 
data  is  decoded  and  transferred  to  the  port. 
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Sines  the  READY  signals  from  the  AN/UYK-20  and  the  multiplexor  or* 
monitored  in  a hardware  status  latch,  it  is  possible  to  poll  the 
AN/UYK-20  or  prevent  an  output  overwrite  from  the  multiplexor  to  the 
UYK-20.  Monitoring  of  READY  signal  is  under  software  control. 
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Software 


5.0 

5.1  AN/UYK-20  Software 

The  multiplexor  is  designed  to  be  controlled  from  the  AN/UYK-20. 
Sixteen-bit (word)  data  transfers  contain  data  byte,  port  address  and 
command  information.  The  programmer  is  partially  isolated  from  the 
multiplexor  hardware  by  an  AN/UYK-20  assembly  language  program  called 
MX*S.  MXSS  is  compatible  with  the  AN/UYK-20  support  software 
LEVEL 1/LEVEL2  format  for  10  handlersC91  in  that  it  utilizes  a packet  of 
five  words  to  control  transfers  between  the  AN/UYK-20  and  the 
multiplexorCFig.  5.13.  The  packet  format  is  similar  to  LEVEL  1 /LEVEL2 
format  for  packets.  The  standard  call  is: 

JLRR  R15.MX**  ; JUMP  TO  SUBROUTINE.  SAVE  RETURN 

; ADDRESS  IN  R15. 

+ PKTADDRESS  j ADDRESS  OF  PACKET  GOES  HERE. 

MXSS  allows  one  data  input  and  one  data  output  on  the  channel  to  the 
multiplexor  to  run  concurrently.  If  the  channel  is  reading  and  another 
read  function  is  requested,  a busy  status  will  be  returned  to  the  user 
via  the  packet  status  byte  and  the  second  request  will  not  be  honored. 
Channel  write  functions  are  treated  in  like  manner. 

5.1.0  Packet  Format 

The  five  word  packet  format  is  shown  in  Figure  5.1.  The  upper  byte 
of  word  zero  is  reserved  for  status  of  the  current  request  as  will  be 
described.  The  lower  byte  of  word  zero  specifies  the  type  of  action 
request  by  the  pocket,  ie.  the  function  request. 
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0 BIT  NO. 


1 


WORDO 

STATUS  CODE 

FUNCTION 
REQUEST  CODE 

WORD  1 

UNUSED 

LOGICAL 
UNIT  CODE 

WORD  2 

BUFFER  START  ADDRESS 

WORD  3 

BUFFER  WORD  COUNT 

WORD  4 

PACKET  LAST  WORD 

Figure  5.1  MX**  Control  PacKot  Format 


The  lower  six  bits  of  pacKet  uord  on*  contain  tho  logical  unit(LU) 
coda.  This  coda  is  a pointer  to  a table  called  'LUMAP' . The  table 
entries  in  LUMAP  are  the  physical  addresses  of  the  RS232  ports  in  the 
particular  multiplexor  conf igurat ion.  Special  entries  are  made  in  LUMAP 
for  idle  or  non-existent  ports.  The  physical  address  is  formed  by 
shifting  the  port  interrupt  address  to  the  upper  byte  of  a uord.  LUMAP 
must  be  initialized  uith  the  proper  physical  port  addresses  if  !•&<**  is 
to  control  the  multiplexor  properly.  The  initialization  depends  on  the 
ports  existing  in  the  particular  AN/UYK-20-mul t iplexor  configuration. 
All  existent  ports  should  have  their  Interrupt  addresses  entered  into 
the  upper  byte  of  the  appropriate  location  in  LUMAP.  Ports  should  be 
initialized  in  the  idle  state,  ie.  signbit  of  the  LUMP®  entry  set  to 
*1*.  Octal  *1000000'  is  entered  for  non-existent  ports. 

PacKot  word  two  gives  the  starting  address  of  a data  buffer;  pacKet 
word  three  gives  the  buffer  size.  The  buffer  size  is  limited  to  4096 
words. 

PacKet  word  four  is  used  by  to  return  mode  and  command 
information  on  the  USART  port  designated  by  the  pacKet  LU  code.  A table 
called  'MCMAP*  Keeps  an  updated  record  of  the  last  mode  and  command 
instruction  issued  to  each  USART  in  the  system. 

5.1.1  Function  Requests 

Function  requests  are  coded  in  the  lower  eight  bits  of  pacKet 
word  0.  The  function  requests  currently  Implemented  in  MXSS  are  as 
follows: 


l 
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FUNCTION 


REQUEST  CODE (OCTAL) 


READ 

900 

URITE 

001 

INIT 

002 

TERM 

006 

STAT 

011 

CMD 

012 

READIM 

013 

URITIM 

014 

Cara  was  taKen  to  be  compatible  with  standard  LE\^L1/LEVEL2  softuare 
conventions  for  10  pacKets. 

Functions  may  be  classified  into  three  groups: 

STATUS  STAT 

CHANNEL  FUNCTIONS  TERM. READIM. UR I TIM 

PORT  FUNCTIONS  INIT.CMD.URITE.READ 

5. 1.1.0  STAT 

*STAT'  does  not  access  the  channel  but  rather  gets  multiplexor 
status  from  tables  stored  in  the  AN/UYK-20  memory  and  updated  by  MXSS. 
Port  status(act ive. idle, non-existent)  and  the  last  mode  and  command 
instructions  issued  may  be  obtained  by  a call  to  STAT.  The  mode/command 
information  is  returned  in  packet  word  4. 

5. 1.1.1  Channel  Functions 

Channel  functions  are  independent  of  port  assignment. 

'TERM'  aborts  all  multiplexor  channel  activity  and  resets  all  ports 
regardless  of  status  or  choice  of  logical  unit(LU).  Port  status  is  set 
to  idle  for  all  ports. 

'READIM'  turns  on  channel  to  listen  for  input  from  any  port.  It  is 
the  programmer's  responsibility  to  decode  address  information  in  o 
completed  READIM  buffer  to  ascertain  which  ports  have  input  information. 

'URITIM*  outputs  a data  buffer  without  modification.  It  is  the 
programmer's  responsibility  to  encode  address  information  in  each  buffer 
word  prior  to  activating  a URITIM  buffer  output.  Consequently,  the 
programmer  may  choose  any  sequence  of  port  outputs.  For  example,  an 
output  sequence  maximizing  the  time  between  outputs  to  a given  port 
would  minimize  system  delay  owing  to  waiting  for  the  port  to  complete 
output.  It  is  possible  to  issue  commands  using  URITIM.  but  this 
practice  is  to  be  avoided  as  system  status  may  very  easily  be  lost. 

5. 1.1.2  Port  Functions 

The  pacKet  logical  unit  code  points  to  an  entry  in  LUMAP  which  is 
the  physical  port  address  of  a port.  Recall  that  the  physical  port 
address  depends  on  the  Interrupt  address  of  the  port  and  that  this 
address  is  placed  in  the  upper  byte  of  the  appropriate  LUMAP  location. 
Of  course.  LUMAP  may  'map*  any  logical  unit  to  any  physical  port 
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address.  MXSS  as  shoun  in  APPENDIX  B is  configured  for  32  ports,  ie. 
LUMAP  is  32  words  long. 

'WRITE'  will  write  data  to  a given  LU.  The  data  is  in  the  louer 
byte  of  each  buffer  word;  MXSS  will  fill  in  the  physical  port  address 
for  the  given  LU. 

'READ'  is  similar  to  'READIM' .since  any  port  may  input  data  to  the 
AN/UYK-20.  Read  differs  from  READIM  in  that  a checK  on  port  status  is 
performed.  If  the  port  is  idle  or  non-existent,  the  read  request  will 
not  be  honored  and  the  appropriate  stalusiidle  or  nonexistent)  will  be 
returned  in  the  pacKet  status  byte. 

'IN IT'  initializes  a given  LU.  The  port  is  reset  and  a mode 
instruction  followed  by  a sequence  of  commands  is  output  to  the  port. 
The  MCMAP  in  MXSS  records  the  last  mode  and  command  issued  to  the  port 
when  INIT  terminates  successfully.  As  the  command  update  is  derived 
from  pacKet  word  4,  it  is  the  programmer' s responsibility  to  supply  the 
correct  command  informat ionCpossibly  0 if  only  a mode  Instruction  is 
issued).  A reset  command  in  an  INIT  buffer  will  abort  the  request  and 
return  a data  error  status. 

'CMD'  will  output  a string  of  commands  to  a given  LU.  The  command 
status  is  updated  using  pacKet  word  4.  Proper  command  status  is  again 
the  programmer's  responsibility,  and  the  last  command  must  be  supplied 
in  pacKet  word  four.  A reset  issued  in  a CMD  buffer  will  reset  the 
port.  MXSS  will  supply  the  physical  port  address  for  each  buffer  word 
for  CMD  and  INIT  requests. 

5.1.2  Status 

There  are  seven  status  codes  which  are  'orred'  into  the  pacKet 
status  byte  as  follows: 


STATUS 

CODE 

FCN  COMPLETE 

000000 

{PACKET  REQUEST  COMPLETE. 

IDLE 

001000 

{PORT  IS  IDLE. 

BUSY 

013000 

{ANOTHER  CHANNEL  RE  ADAIR  I TE 
{REQUEST  IS  BEING  HONORED. 

DATAERR 

040000 

.•DATA  ERROR. 

FRNV 

040400 

{FCN.  REQUEST  CODE  INVALID. 

NODEV 

041000 

{NO  PHYSICAL  DEVICE 
{CORRESPONDS  TO  THIS  LU. 

IOACTIV 

177400 

{PACKET  REQUEST  IS  BEING 
{SERVICED. 

5.1.3  Summary 

MXSS  provides  the  ANAJYK-20  user  with  control  of  the  multiplexor. 
TOSS  is  seen  as  a Kernal  input/output  handler  for  the 
AN/UYK-20-mul t iplexor  system  upon  which  more  software  may  be  developed. 
Such  software  could  further  isolate  the  user  from  the  Internal  worKings 
of  the  multiplexor,  eg.  command  formats  for  the  USARTs.  A listing  of 
MXSS  and  program  flowchart  are  provided  in  the  appendices. 
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5.2  8088  Microprocessor  Soft war® 

In  the  current  implementation  of  the  multiplexor,  8080  software  has 
been  Kept  as  simple  as  possible.  Software  was  written  In  a high  level 
language  cross-comp i 1 er . 

A driver  program  for  the  multiplexor  is  given  in  APPENDIX  D the 
program's  basic  function  is  address  decoding.  Uords  from  ihe  UYK-20  are 
split  into  address  and  data  bytes.  The  memorg  map  port,  or  port 
command,  address  is  formed  and  the  data  byte  is  transferred  to  the  port. 

In  transfer  to  the  UYK-20.  the  interrupt  address  is  used  to  form 
the  port  address.  The  port  is  read,  and  the  address  information  is 
concatenated  to  the  data  byte  to  form  a data  word.  The  UYK-20  is  then 
written. 

The  particular  program  shown  in  APPENDIX  D activates  three  ports, 
one  port  (port2)  is  activated  and  a local  sign-on  message  is  output  to 
the  port  by  the  multiplexor.  The  other  two  ports  are  put  in  command 
mode.  .The  AN/UYK-20  software  may  thus  assume  a non-ambiguous  state 
(command)  for  the  ports. 

As  applications  of  the  multiplexor  are  fixed,  8080  software  may  be 
added  to  perform  more  functions  locally  as  needed,  examples  of  such 
functions  are:  local  character  delete,  operation  in  line  mode.  ASCII  to 
other  code  conversion,  data  buffer  transfer,  parity  checKs.  etc. 
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6.0  Design  and  Debug 

The  multiplexor  is  a sof l ware-hardware  device.  With  the  advent  of 
microprocessor  technology,  such  multifaceted  designs  will  become  more 
and  more  common.  Microprocessor  sof tuare  Is  deliberately  introduced 
into  the  design:  8080  software  controls  and  complements  the  multiplexor 
hardware.  The  added  burden  of  software  in  the  design  is  compensated  for 
by  the  flexibility  in  the  instrument  so  designed.  This  is  especially 
true  of  a device  1 ike  the  multiplexor  where  many  potential  interconnect 
schemes,  modes  of  operation  and  pre-processing  functions  could  be 
conceived. 

The  interaction  of  hardware  and  software  in  the  design  must  be  cut 
at  some  point  so  the  design  may  be  firmed  up.  This  interaction  occurs 
again  in  the  debug  phase.  There  were  8080  software  problems  thought  to 
be  multiplexor  hardware  problems.  AN/UYK-20  hardware  problems  thought  to 
be  multiplexor  hardware  problems  and  AN/UYK-20  software  problems  thought 
to  be  caused  by  problems  in  the  multiplexor.  Sufficient  richness  exists 
to  Keep  the  design  engineer  entertained! 

6.1  8080  Design  and  Debug 

An  effort  was  made  to  Keep  8080  software  simple.  At  first.  8080 
assembly  language  was  used,  and  programs  were  always  found  to  be  under 
256  bytes.  Since  1024  bytes  of  PROM  storage  were  ovailable.  it  was 
decided  the  final  software  pacKage  would  be  written  in  PL/M,  INTEL 
Corporat ion's  high  level  language  for  the  8086C 103.  A tradeoff  was 
made:  the  less  efficient  use  of  memory  could  be  tolerated,  while 
gaining  the  benefits  in  documentation  and  ease  of  program  modification 
provided  by  the  high  level  language.  The  PL/M  program  in  APPENDIX  D 
required  363  bytes  of  ROM  storage. 

The  value  of  programmab i 1 ity  can  best  be  shown  by  this  example:  At 
one  point  in  the  debug,  one  dead  bit,  was  discovered  in  the  AN/UYK-20 
NTDS  driver  and  one  in  the  receiver.  No  replacement  card  was  available. 
Using  a parity  checKlng  routine  in  the  8080.  this  problem  was  corrected 
nnd  the  debug  process  could  be  continued. 

It  was  found  that  8080  software  modification  was  not  frequent: 
consequently,  the  use  of  a cross-assembler  and  a cross-compiler  on  a 
PDP-10  timesharing  system  to  generate  papertape  object  code  input  to  a 
PROM  programmer  proved  a satisfactory  way  to  develop  multiplexor 
sof  tware. 

At  any  stage,  support  hardware  was  traced  using  a logic  analyzer,  a 
debug  aid  that  proved  invaluable. 
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7.0  Conclusion 


The  RS232-NTDS  multiplexor  should  prove  a useful  tool  in  those 
cases  where  serial  data  is  to  be  input  to  an  AN/UYK-20  constrained  to 
have  NTDS  channels.  The  constraint  may  be  by  fiat  or  from  other 
considerations  such  as: 

a)  Reducing  card  types  in  the  machine 

b)  Reducing  external  cabling  and  hardware 

c)  Preserving  NTDS  channel  bandwidth 

The  multiplexor  should  be  a useful  tool  where  rapid  or  temporary 
connection  of  commercial  peripherals  is  desired,  say  in  software 
development.  Premium  cost  militarized  peripherals  or  peripherals  with 
NTDS  interfaces  can  thus  be  avoided.  It  should  prove  useful  iJ? ere  many 
signals  are  monitored  as  in  timesharing  or  remote  data  gathering.  It 
provides  a means  of  accessing  serial  data  1 inKs  for  phone  line  or  modem 
communication.  The  basic  philosophy  behind  the  design  is  that  there  are 
cases  where  decentralizing  control  is  beneficial.  Microprocessor 
technology  has  made  such  decentralization  very  tempting! 

This  exposition  has  tried  to  include  some  of  the  tradeoffs  to  be 
made  in  the  microprocessor  design,  and  to  provide  suggestions  as  to  a 
reasonable  design/debug  procedure. 

It  is  hoped  the  multiplexor  design  effort  will  serve  as  a 
background  for  further  work. 
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APPENDIX  A 

FUNCTIONAL  LOGIC  DIAGRAM  OF  THE  MULTIPLEXOR 


GLOSSARY  FOR  BLOCK  DIAGRAM 


Note  that  overbar  signifies  an  inverted  signal;  1-+5  volts- true. 


SIGNAL 

DESCRIPTION 

ADDRESS0- 15 

16-bit  8080  address  bus 

CDFIVE 

Card  enable  for  card  five 

CDFOUR 

Card  enable  for  card  four 

CDTHREE 

Card  enable  for  card  three 

CDTUO 

Card  enable  for  card  tuo 

CDTUO I NT 

Interrupt  for  RS232  card  'CDTUO' 

DATAIN0-7 

8-bit  data  bus  for  input  to  8080 

DATAOUT0-7 

8-bit  data  bus  for  output  from  8080 

DBUS0-7 

RS232  card  Internal  bus 

EINT 

Latch  external  interrupt 

FMUYK0-15 

16-bit  UYK-20  output  — NTDS  levels 

HI  AD 

Address  of  high  byte  of  UYK-20  latches 

IN 

8080  input  flag 

IN0-15 

16— b i l input  from  UYK-20  — TTL  levels 

INT 

External  interrupt  pulse 

INTA 

8080  interrupt  acknouledge  in  response  to 
interrupt  request 

IOLATCH 

Latch  to  store  6-bll  system  interrupt  vector 

IR0-7 

RS232  card  interrupt  l ines 
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GLOSSARY  FOR  BLOCK  DIAGRAM(CONT. > 


SIGNAL 

DESCRIPTION 

LOAD 

Address  of  lou  byte  UYK-20  latches 

rEMORY 

Memory-ready  line  to  synchronize  slow 
memory  with  80B0 

MRD 

8080  read  pulse 

MURT 

8080  write  pulse 

ON0-7 

Selects  one  of  8 RS232  ports  on  serial 
interface  card 

OUT 

8080  output  flay 

OUT0-15 

Output  to  UYK-20  — TTL  levels 

PI 

8080  clocK  phase  1 

P2 

8080  clocK  phase  2 

RAM 

Random  access  memory 

RDY 

8080  'ready'  line 

RDYCPU 

'Ready'  from  multiplexor — NTDS  levels 

RDYOUT 

'Ready'  from  UYK-20  — TTL  levels 

RDYUYK 

'Ready'  from  UYK-20  — NTDS  levels 

RDY80 

'Ready*  from  multiplexor  — TTL 

RESET 

System  reset — resets  808L  also 

RESIN 

'Resume'  from  UYK-20  — TTL  levels 

RES 

'Resume'  from  multiplexor  — NTDS  level: 

RESUYK 

'Resume'  from  UYK-20  — NTDS  levels 

RES80 

'Resume'  from  multiplexor  — TTL  levels 
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GLOSSARY  FOR  BLOCK  DIAGRAMtCONT. ) 


SIGNAL 

ROM 

RSCK 

RSCK0 

RSCK1 

SINGLE  STEP 
SSMODE 
STATAD 
STPRDY 

SYNCH 
TOUYK0- 15 
UYKINT 
ZEROAD 


DESCRIPTION 

Rood  only  memory 

Crystal  source  clock  for  RS232 

RSCK/N  for  euen  ports 

RSCK/(2*$0  for  odd  ports 

Front  panel  single  step  pulse 

Front  panel  single  step  enable 

Line  to  enable  UYK-20  status 

Pulse  enabling  next  Instruction  uhen 
in  single  step  mode 

8080  'SYNCH*  signal 

16-bit  UYK-20  input  — NTDS  levels 

Interrupt  from  UYK-20  interface  card 

Line  indicating  address  0000 


RS232-  NTDS  INTERFACE 
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APPENDIX  B 


ASSEMBLER  LISTING  OF  MX**  AND  TEST  PROGRAM 


The  assembly  language  used  is  not  standard  AN  AJ  YK -20  'ULTRA'C 1 1 3.  To 
translate  to  ULTRA,  apply  the  following  rules: 

For  RK  instructions,  add  suffix  'K'  to  normal  ULTRA  mneumonic. 

For  RX  instruct  ions,  delete  asterisk  from  normal  ULTRA  mneumonic. 

The  assembled  code  is  shown  to  resol  we  any  antoigui t ies. 
SETUP, STORE,  and  PSU  are  modules  used  in  the  test  program  to  set  up 
ports  and  echo  characters  through  the  ANAJYK-20.  'TITLE'  delimits  a 
module.  'LOC'  is  an  origin  statement.  'EXTERNAL'  denotes  variables 
defined  in  other  modules.  'GLOBAL'  denotes  variables  to  be  used  by 
other  modules. 
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APPENDIX  C 


FLOWCHART  FOR  MX** 


I 


FORM 
CMO.  AOR. 


I 


CONCAT. 
JRESET  CMO. 
fro  CMD.  ADR] 


I 


STORE  IN 
TBUF 
(COUNT) 


I 


COUNT  • 
COUNT  +1 


MX$$ 

PAGE  3 of  • 

REV  A I 3 .77 


l 


ABORT 

CHANNEL 

TRANSFERS 

I- (NO.  PORTS* 
COUNT** 


SET  WO. 
XFER  FROM 
TBUF 


42 


WRITE 

SUSY 


BUSY 


WRITE 

ON 


MX$$ 

PAGE  4 of  6 


REV  A 


1.3.77 


3 


SAVE 

REGISTERS 


LOAD 

PACKET 

ADORESS 

I \ 

SET  PKT 
STATUS  TO 
FCN  COMPLETE 

I \ 

SET  CHN  RD 
STATUS 
INACTIVE 


RESTORE 
REGISTERS  i 


/RETURN  PROM^, 
^ interrupt  J 


/ ^ 

[ RETURN  ) 


RESTORE 

REGISTER 

R0TOR14 


I 


/ returnfromN 

^ SU8R  (RlS)y 


NONEX 

V , -/ 


SET  PKT 
STATUS  TO 
NO  OEVICE 


\ 

RETURN  , 


MX$$ 

PAGE  5 of  6 

NEVA  1.4.77 


44 


SET  PKT 
STATUS  TO 
FCN.  COMP 


SET  CM  WR 
STATUS  TO 
INACTIVE 


RESTORE 

REGISTERS 


UPOATE 

MCMAP 


SET  PORT 
ACTIVE 


MX$$ 

PAGE  6 of  6 


REV  A I 4 77 


APPENDIX  D 


PL/tl  DRIVER  FOR  MULTIPLEXOR 


Tha  two-pass  comp i lot ionC 123  of  the  PL/T1  driver  for  the  multiplexor 
shown  with  0080  object  code  outpulC133. 


is 


46 


16 

02. 

OS 

BAJOB 

8ATC0N 

VERSION  13<  107!)  RUNN I NG  TXTOUT  SEQUENCE  3304  IN  STREAM  1 

In 

02 

03 

BAF1L 

INPUT  FROM 

DSKCO : TXT. CTLC 253.5331 

16 

02 

05 

BAFIL 

OUTPUT 

TO 

DSKCO:TXTOUT. LOCI  233, 5331 

16 

02 

05 

BAS  UN 

JOB  PARAMETERS 

T1 ME: 00 

: 05 

00  UN I QUE : YES  RESTART : NO 

16 

02 

05 

norrm 

16 

02 

03 

MONTR 

.LOCIH 

233/333  /SPOOL: ALL/TIME:300/NAME: "LRUSSO* 

16 

02 

03 

USER 

JOB  24 

riRL- 

-602-10  TTY65 

16 

02 

08 

USER 

C LCNJSP 

OTHER  JOBS  SAME  PPN:271 

16 

02 

03 

USER 

1602 

26- 

-JAN-77  WED 

16 

02 

17 

USER 

no  MAIL 

16 

02 

17 

MONTR 

16 

02 

17 

MONTR 

• COPY  F0R20 . DAT*  * . TXT 

16 

02 

28 

noriTR 

16 

02 

28 

fiORTR 

.R  PLMB1 

16 

02 

23 

USER 

16 

02 

32 

USER 

8030  PLK1  VEI1S  3.0 

16 

02 

36 

USER 

16 

02 

36 

USER 

16 

02 

36 

USER 

81=6  S3 

16 

02 

39 

USER 

SA=0 

16 

02 

39 

USER 

SB=  1 

16 

02 

39 

USER 

SC=0 

16 

02 

39 

USER 

SD= 120 

16 

02 

39 

USER 

SE=0 

16 

02 

39 

USER 

SC=0 

16 

02 

39 

USER 

S 1 = 6 

16 

02 

39 

USER 

SJ  = 6 

16 

02 

39 

USER 

SK=72 

16 

02 

39 

USER 

8L=  1 

16 

02 

39 

USER 

ori=  1 

16 

02 

39 

USER 

G0=  1 

16 

02 

39 

USER 

SP=  1 

16 

02 

39 

USER 

CR=  72 

16 

02 

39 

USER 

CS=0 

16 

02 

39 

USER 

CT=  1 

16 

02 

39 

USER 

CU=7 

16 

02 

39 

USER 

CV=72 

16 

02 

39 

USER 

CV=72 

16 

02 

39 

USER 

CY=  1 

16 

02 

39 

USER 

16 

02 

46 

USER 

00001 

1 

/* INTLAT.  TXT  1.12.77  */ 

16 

02 

46 

USER 

16 

02 

46 

USER 

00002 

1 

/♦THE  FOLLOWING  IS  A BASIC  PROCRAM  FOR  COMMUNICATION 

16 

02 

46 

USER 

16 

02 

46 

USER 

C0003 

1 

WITH  THE  AN-UYK20  DRIVER  MX9S.  AS  AN  EXAMPLE. 

16 

02 

46 

USER 

16 

Pf— 

02 

46 

USER 

00004 

1 

PORT  2 IS  ACTIVATED  LOCALLY:  PORTS  3.4  ARE  PUT 

IN  CO 

ll 

16 

02 

46 

USER 

16 

02 

46 

USER 

00303 

1 

HAND  MODE.  A SICN-ON  MESSAGE  IS  OUTPUT  LOCALLY 

TO 

16 

02 

46 

USER 

16 

02 

46 

USER 

00C06 

1 

P0RT2.*/ 

16 

02 

46 

USER 

1 6 : 02 

46 

USER 

0CC07 

1 

DECLARE  LIT  LITERALLY  'LITERALLY': 

16 

02 

46 

USER 

16 

02 

46 

USER 

0C0C8 

1 

DECLARE  DCL  LIT  ’ DECLARE* : 

16 

02 

46 

USER 

16 

02 

53 

USER 

00C09 

1 

DCL  URT2  LIT  'B012H' ; 

16 

•02 

53 

USER 

16 

02 

33 

USER 

00010 

1 

DCL  URT3  LIT  '8013ITi 

16 

02 

53 

USER 

47 


16 

02 

33 

USER 

00011 

1 

DCL  URT4  LIT  ’8014H’; 

16 

02 

53 

USER 

16:02 

53 

USER 

00012 

1 

DCL  M0DE1  LIT  ' 4ED* ; 

16 

02 

53 

USER 

16 

02 

53 

USER 

00013 

1 

DCL  ONLINE  LIT  ’37H’;  /*SET  RTS, DTR, ENABLE  T/R. RESET 

ERRORS*/ 

16 

02 

53 

USER 

16 

02 

53 

USER 

00014 

1 

DCL  M0DE2  LIT  ’ 4FH’ t 

16 

02 

53 

USER 

16 

02 

53 

USER 

00015 

1 

DCL  MEMMAP  LIT’8000H’ ; 

16 

OS 

CO 

USER 

16 

03 

00 

USER 

00016 

1 

DCL  L0W7  LIT  *7FH’ ; 

16 

03 

00 

USER 

16 

03 

00 

USER 

00017 

1 

DCL  PAR I TYS I S8EVENS  LIT  ’PARITY’ ; 

16 

03 

00 

USER 

16 

03 

00 

USER 

00018 

1 

DCL  M0DE3  LIT  ’41H’;  /*ASYNCH,3  BIT. .NO 

PARITY,  IX*/ 

16 

03 

00 

USER 

16 

03 

00 

USER 

00019 

1 

DCL  ERESET  LIT  ’ IOH’ ; /*USRT  ERROR  FLAC 

RESET*/ 

16 

03 

00 

USER 

16 

03 

00 

USER 

00020 

1 

DCL  WA I T3F0R3 INTERRUPT  LIT 

16 

03 

00 

USER 

16 

03 

00 

USER 

00021 

1 

’ ENABLE; 

16 

03 

00 

USER 

16 

03 

00 

USER 

00022 

1 

WAIT:  CO  TO  WAIT; ’ ; 

16 

03 

00 

USER 

16 

03 

00 

USER 

00023 

1 

DCL  READY  LIT  ’(CUD  AND  01)  > O’; 

16 

03 

00 

USER 

16 

03 

1 1 

USER 

00024 

i 

DCL  CMDBIT  LIT  ’40H’ ; 

16 

03 

1 1 

USER 

16 

03 

11 

USER 

00025 

1 

DCL  UYKAD  ADDRESS; 

16 

03 

11 

USER 

16 

03 

1 1 

USER 

00026 

1 

DCL  ( UYK20  BASED  UYKAD)  (2)  BYTE; 

16 

03 

11 

USER 

16 

03 

1 1 

USER 

00027 

1 

DCL  CMDAD  ADDRESS : 

16 

03 

11 

USER 

16 

03 

11 

USER 

00028 

1 

DCL  (CMD  BASED  CMDAD)  BYTE; 

16 

03 

1 1 

USER 

16 

03 

1 1 

USER 

00029 

1 

DCL  IOINTADR  ADDRESS; 

16 

1 1 

USER 

16 

03 

1 1 

USER 

00030 

1 

DCL  ( 10 I NT  BASED  IOINTADR)  BYTE; 

16 

03 

11 

USER 

16 

03 

1 1 

USER 

00031 

1 

DCL  PORTPTR  ADDRESS; 

16 

03 

11 

USER 

16 

03 

1 1 

USER 

00032 

1 

DCL  (PORT  BASED  PORTPTR)  BYTE; 

16 

03 

1 1 

USER 

16 

03 

20 

USER 

00033 

1 

DCL  TEMP  (2)  BYTE;  /^TEMPORARY  STORAGE*/ 

16 

03 

20 

USER 

16 

03 

20 

USER 

00034 

1 

DCL  MESSAGE  DATA  ( '3P0RT28' , ODH.OAH) ; 

16 

03 

20 

USER 

16 

03 

20 

USER 

00035 

1 

SETUP:  PROCEDURE  ( PORTPTR. MDCMD. CDCMD) ; 

16 

03 

20 

USER 

16 

03 

20 

USER 

0C036 

2 

/*SENDS  A MODE  AND  COMMAND  INSTRUCTION  TO  APPROPRIATE 

POUT*/' 

16 

03 

20 

USER 

16 

03 

20 

USER 

00037 

2 

DCL  PORTPTR  ADDRESS; 

16 

03 

20 

USER 

16 

03 

20 

USER 

00038 

2 

DCL  (PORT  BASED  PORTPTR)  BYTE; 

16 

00 

20 

USER 

16 

CO 

20 

USER 

CC039 

2 

DCL  (MDCMD, CDCMD)  BYTE; 

16 

03 

20 

USER 

16 

03 

20 

USER 

CC040 

2 

CMDAD* PORTPTR  OR  CMDBIT; 

16 

03 

28 

USER 

16 

03 

23 

USER 

C0C41 

2 

CMD*  MDCMD: 

16 

03 

28 

USER 

48 


16:  OS 

28 

USER 

00042 

2 

CnD=CDCMD; 

16:  OS 

23 

USER 

16:03 

23 

USER 

00043 

2 

END  SETUP; 

16:03 

28 

USER 

16:03 

23 

USER 

00044 

1 

SIGNON:  PROCEDURE  I PORTPTR, MESSACEPTR, SIZE); 

16:03 

28 

USER 

16:03 

28 

USER 

00045 

2 

/♦OUTPUTS  SIGNON  MESSAGE  OF  LENGTH  SIZE  TO  THE 

16 : OS 

23 

USER 

16:03 

28 

USER 

00046 

2 

APPROPRIATE  PORT*/" 

16:  OS 

23 

USER 

1 6 : CS 

28 

USER 

00047 

2 

DCL  PORTPTR  ADDRESS; 

16:03 

31 

USER 

16:03 

31 

USER 

0C048 

2 

DCL  MESSAGEPTR  .ADDRESS; 

16:03 

31 

USER 

16:03 

31 

USER 

00049 

2 

DCL  (MESSAGE  BASED  MESSAGEPTR)  (1)  BYTE; 

16:03 

31 

USER 

16:03 

31 

USER 

00050 

2 

DCL  ( I. SIZE)  BYTE; 

16:03 

31 

USER 

16:03 

31 

USER 

00051 

2 

1=0;  ^INITIALIZE  LENGTH  COUNTER*/ 

16:03 

31 

USER 

16:03 

31 

USER 

00052 

2 

DO  WHILE  KSIZE; 

16:03 

31 

USER 

16:03 

36 

USER 

00053 

2 

IF  READY  THEN 

16:03 

36 

USER 

16:03 

36 

USER 

00054 

3 

DO; 

16:03 

36 

USER 

16:03 

36 

USER 

00055 

3 

PORT3  MESSAGE!  I)  ; 

16:03 

36 

USER 

16:03 

36 

USER 

00056 

4 

1=1+1; 

16:03 

36 

USER 

16.03 

37 

USER 

00057 

4 

END; 

16:  03 

37 

USER 

16:03 

37 

USER 

00058 

3 

END; 

16:03 

37 

USER 

16:03 

37 

USER 

00059 

2 

END  SIGNON; 

16:03 

37 

USER 

16:03 

38 

USER 

00060 

1 

PMUYK:  PROCEDURE  INTERRUPT  It 

16:03 

38 

USER 

16:03 

38 

USER 

00061 

2 

/♦FORMS  PORT  ADDRESS  FROM  10 I NT  LATCH  THEN  TRANSFERS 

DATA 

16:03 

38 

USER 

16:03 

42 

USER 

00062 

2 

FROM  PORT  AND  PORT  ADDRESS  TO  AN-UYK20  AS  16-BIT  WOR 

D*/ 

16:03 

42 

USER 

16: 03 

42 

USER 

00063 

2 

TEMPI 0)sUYK20(0); 

16:03 

42 

USER 

16:03 

42 

USER 

00064 

2 

TEMPI  1 ) = UYK20(  1)  ; 

16:03:42 

USER 

16:03 

• 42 

USER 

00065 

2 

PORTPTR3  MEMMAP  + TEMPI  1)  ; 

16:03 

42 

USER 

16:03 

42 

USER 

00066 

2 

PORT3 TEMPI  0) ; 

16:03 

42 

USER 

16:03 

.42 

USER 

00067 

2 

END  FMUYKt 

16:03:43 

USER 

16:03 

• 43 

USER 

00068 

1 

TOUYK:  PROCEDURE  INTERRUPT  2; 

16:03 

43 

USER 

16:03 

43 

USER 

00069 

2 

TEMPI I)= IOINT; 

16:03:43 

USER 

16-03 

43 

USER 

0C070 

2 

PORTPTR3 MEMMAP  ♦ TEMPI  1); 

16:03 

43 

USER 

16:03:44 

USER 

00071 

2 

TEMPI  0)  = PORT; 

16:03:44 

USER 

16:03:44 

USER 

00072 

2 

UYK20I0)  =TEMP(  0)  t 

16:03 

43 

USER 

49 


16:03:43  USER  00073  2 UYK20! 1 ) =TEHP( 1) : 

16:03:43  USER 

16:03:43  USER  00074  2 END  TOUYK: 

16:03:46  USER 

16:03:46  USER  00075  1 START: 

16:03:46  USER 

16:03:46  USER  00076  1 TEMPI  1 ) * INPUT! 0) i 4*CLEAR  MASTER  INTERRUPT  CONTROL*/ 

16:03:46  USER 

16:03:47  USER  00077  1 I0INTADR*8F00H| 

16:03:47  USER 

16: 03; 47  USER  00078  l UYKAD*  800SH ; 

16:03:47  USER 

16:03:47  USER  00079  1 CALL  SETUP!  URT2, MODE 1 .ONLINE) i 

16:03:40  USER 

16:03:48  USER  00080  1 CALL  S 1CN0N( URT2 MESSAGE, 9 ) i 

16:03:48  USER 

16:03:48  USER  00081  1 CALL  SETUP! URT3.M0DE3. ERESET) i 

16:03:49  USER 

16:03:49  USER  00082  1 CALL  SETUP!  URT4 . M0DE3 . ERESET) ; 

16:03:50  USER 

16:03:31  USER  00083  1 VA1T8F0R3  INTERRUPT: 

16:03:31  USER 

16:03:51  USER  000S4  1 

16:03:31  USER 

16:03:31  USER  00083  1 EOF 

16:03:52  USER 

16:03:32  USER  NO  PROGRAM  ERRORS 
16:03:32  USER 
16:03:34  USER  STOP 

16:03:53  USER 

16:03:33  USER  END  OF  EXECUTION 

16:05:53  USER  CPU  TIME:  23.12  ELAPSED  TIME:  1:22.30 

16:03:33  NONTR  EXIT 

16:03:53  NONTR 

16:03:33  NONTR  .R  PLMB2 

16:03:33  USER 

16:04:00  USER  8080  PLM2  VERS  3.0 
16:04:00  USER 
16:04:00  USER 

16:04:00  USER  8V»9  8G»  1 SF*  1 311=64  83 

16:04:01  USER  SA=0 

16:04:01  USER  S8=7 

16:04:01  USER  6C=0 

16:04:01  USER  CD* 120 

16:04:01  USER  6E=0 

16:04:01  USER  SF= I 

16:04:01  USER  SC=  1 

16:04:0.  USER  sn=64 

16:04:01  USER  9IG 

16:04:01  USER  6J  = 6 

16:04:01  USER  SL*  1 

16:04:01  USER  SM- 1 

16:04:01  USER  SN=0 

16:04:01  USER  G0= 1 

16:04:01  USER  CP=0 

16:04:01  USER  CQ= 1 

16:04:01  USER  CR=73 

16:04:01  USER  CS=0 

16:04:01  USER  GT* I 

16:04:01  USER  SU=7 

16:04:01  USER  SV=9 

16:01:01  USER  CK*72 

10:04:01  USER  GY= I 

10: 04:01  USER  0Z=2 


50 


16:04:01  USER 
16: 04: 01  USER 
16:04:01  USER 
16:04:02  USER 
511 

16:04:03  USER 
911 

16:04:03  USER 
BH 

16:04:03  USER 
OR 

16:04:03  USER 
OH 

16:04:04  USER 
411 


1 = 004311 

34= 0046 H 

33=064FH 

37=0033H 

40=0O60H 

41=006 

42=  006CH 

43=0074H 

44=0075H 

47 = 007DH 

32= 0080 H 

33=008 

34=0092H 

55=009511 

36 = 00 AO H 

57=©0A9H 

38=00 ABB 

39=00A 

60=00ACH 

63=C0BOH 

64=008411 

65=  0OBFH 

66=O0CEH 

67=000 

68=00DEH 

69=00E2H 

70=00EBH 

71=00 F9H 

72=00FCH 

73=010 

74=010CH 

73=01140 

76=01 19H 

77=01 1BH 

78=01 1CH 

79=012 

eO=0139H 

81=0 149H 

82=01378 

83=0 166B 

84=0 16 AH 

16.04:05 

USER 

STACK 

SIZE  = 

26  BYTES 

16:04:06 

USER 

MEMORY 

.OA00H 

16:04:06 

USER 

UYKAD. 

• • • • 

.09ECH 

16:04:08 

USER 

CMDAD. 

• • • • 

.09 EEH 

16:04:08 

USER 

10INTADR. . 

. 09F0H 

16:04:08 

USER 

PORTPTR. . . 

. 09F2H 

16:04:08 

USER 

TEMP. . 

« , , , 

. 09F4H 

16:04:08 

USER 

MESSAGE. . . 

. 0046 H 

16:04:08 

USER 

SETUP. 

• • • • 

. 004FH 

16:04:08 

USER 

PORTPTR. . . 

. 09F6H 

16:04:08 

USER 

NDCMD. 

• • • • 

. 09F8H 

16:04:08 

USER 

CDCMD. 

• • • • 

. 09F9H 

16:04:08 

USER 

sicnon 

O075H 

16:04:08 

USER 

PORTPTR. . . 

. OOF AH 

16:04:08 

USER 

MESSACEPTR. . . 

. 09FCH 

16:04:08 

USER 

SIZE. . 

. 09FEH 

16:04:09 

USER 

I 

. 09FFH 

16:04:09 

USER 

FMUYK. 

. 0OACH 

16:04:09 

USER 

TOUYK. 

• • * 

. OOOEH 

16:04:09 

USER 

START. 

• • » 

.01 14H 

16:04:09 

USER 

WAIT. . 

• • » 

.0167H 

16:04:09 

USER 

OOOOH 

jrip 

40H 

OOH 

NOP 

NOP 

NOP 

NOP 

NOP 

JM 

16:04:09 

USER 

0009H 

ACH 

0OH 

NOP 

NOP 

NOP 

NOP 

NOP 

JMP 

DE 

16:04:09 

USER 

0012H 

oon 

16:04:09 

USER 

00400 

LX  I 

SP 

ECR 

09B 

JMP 

14H 

01H 

16:04: 12 

USER 

0046H 

24n 

30H  4FH  32H  34H 

32H  24R  ODH 

OAH 

16 : C4 : 12 

USER 

004FH 

LX  I 

H 

F8H 

09  R 

MOV 

MC  I NR 

L 

MOV 

ME 

MOV 

LI 

F6H 

MO 

V A« 

16:04: 12 

USER 

0058H 

I NR 

L 

MOV 

BM 

ORA 

I 

40H 

MOV 

CA 

MOV 

AB 

ORA 

I 

OOH 

MO 

V LI 

16:04: 12 

USER 

006  1H 

EEH 

MOV 

MC 

I NX 

H 

MOV 

MA  MOV 

LI 

F8H 

MOV 

CM 

LHLD 

EE 

16:04: 12 

USER 

006 AH 

09H 

MOV 

MC 

LX  I 

a 

F9H 

09H 

MOV 

CM 

LHLD 

EEH 

09 

16:04: 12 

USER 

0073B 

MOV 

MC 

RET 

LXI 

R 

FCH 

09H 

MOV 

MC 

I NX 

H 

MOV 

MB 

IN 

R L 

16:04: 12 

USER 

007CH 

MOV 

ME 

I NR 

L 

MOV 

m 

OOH 

LXI 

H 

FFH 

09H 

MOV 

AM  DC 

R L 

16:04: 14 

USER 

0083H 

SUB 

M 

JNC 

ABH 

OOH 

LHLD 

EEH 

09H 

MOV 

AM  AN 

16:04: 14 

USER 

008EH 

01H 

MOV 

CA 

XRA 

A 

SUB 

C JNC 

SOH 

O0H 

LXI 

H 

FF 

16:04: 14 

USER 

0097R 

09n 

MOV 

CM 

MOV 

BI 

OOH 

LHLD 

FCH 

09H 

DAD 

B 

MO 

V All 

16:04:  14 

USER 

COAOH 

LRU) 

F2H 

09  R 

MOV 

MA  LXI 

H 

FFH 

09H 

I NR 

M 

JM 

51 


16:04: 

n 

16:04: 

14 

USER 

00A9H 

con 

000 

RET 

PUSH  H 

PUSH  D 

PUSH  B 

PUSH  A 

f.Hi.n 

EC 

16 

USER 

00B2H 

090 

NOV 

AM 

LXI 

H 

F4H 

090 

MOV 

MA 

IRX  H 

PUSH  H 

LH 

LD 

16:04: 

II 

16:04: 

16 

USER 

OOBBH 

ECH 

09H 

INX 

H 

MOV 

AM 

POP 

H 

MOV 

MA 

LXI  H 

F4H 

09 

16 

USER 

00C4H 

IRX 

H 

MOV 

AM 

MOV 

CA 

MOV 

BI 

•OH 

LXI 

H 

OOH 

80H 

DA 

D B 

16:04: 

II 

i 6 : 04 : 
SI!  !T 
16:04: 

16 

USER 

OOCDD 

SHLD 

F2H 

09H 

LXI 

H 

FAH 

09H 

MOV  CH 

i-HT.n 

F2 

16 

USER 

OOD6H 

09  H 

MOV 

MC 

POP 

A 

POP 

B 

POP 

D 

POP 

H 

El 

RET 

PU 

18 

USER 

OODFH 

PUSH  D 

PUSH  B 

PUSH  A 

LXI 

H 

F4H 

09  H 

IRX  H 

XCHC 

LH 

LD 

1 6 : C4 : 

18 

USER 

00E8S 

FOO 

09H 

MOV 

AH  STAX  D 

LXI 

H 

F4H 

09  H 

IRX  H 

MO 

V ,UI 

16=04: 

H 

16:04: 

H 

16:04: 

18 

USER 

OOF  IQ 

MOV 

CA 

MOV 

BI 

OOH 

LXI 

H 

OOH 

80  H 

DAD  B 

SHLD 

F2 

18 

USER 

OOFAH 

090 

MOV 

AM 

LXI 

H 

F4H 

09H 

MOV 

HA 

MOV  CM 

r.m.n 

EC 

18 

USER 

0103H 

09  H 

MOV 

MC 

INX  H 

PUSH  H 

LXI 

H 

F4H 

09H 

IRX  H 

MO 

V AM 

16:04: 
I II 
16:04= 

n 

16:04: 

18 

USER 

oioch 

POP 

H 

MOV 

MA 

POP 

A 

POP 

B 

POP 

D 

POP 

H 

El 

RET 

LX 

18 

USER 

01 1SH 

F40 

09H 

INX 

H 

XCHC 

IN 

OOH 

STAX  D 

LXI  H 

FO 

18 

USER 

01  1EH 

090 

MOV 

MI 

OOH 

INX 

H 

MOV 

MI 

8FH 

MOV  LI 

ECH 

MO 

V til 
16:04: 
X 11 

18 

USER 

0I27H 

080 

INX 

H 

MOV 

MI 

BOH 

MOV 

LI 

F6H 

NOV  HI 

12H 

IH 

16:04: 

II 

16=04: 

I U 
16:04: 

II 

16:04: 

II 

16:04  •* 

20 

USER 

0I30H 

MOV 

MI 

BOH 

MOV 

Cl 

4EH 

MOV 

El 

37H 

CALL 

4FH 

90 

20 

USER 

01390 

LXI 

0 

FAH 

09  H 

MOV 

MI 

12H 

INX 

H 

MOV  HI 

80H 

LX 

20 

USER 

01420 

460 

eon 

MOV 

El 

09H 

CALL 

73H 

OOH 

MOV  LI 

F6 

20 

USER 

014BH 

MOV 

MI 

I3H 

INX 

0 

MOV 

MI 

80H 

MOV 

Cl 

4IH 

MOV  El 

10 

20 

USER 

01540 

CALL 

4FH 

OOH 

LXI 

H 

F6H 

09H 

MOV  HI 

14H 

IR 

X II 

16=04= 

H 

16=04: 

20 

USER 

015DH 

MOV 

MI 

BOH 

MOV 

Cl 

4 1H 

MOV 

El 

IOH 

CALL 

4FH 

00 

20 

USER 

01660 

El 

JMP 

67H 

OtH 

El 

HLT 

6:04:23  USER 
6:04:23  USER 
6:04:23  USER 
6:04:23  USER 
6:04:23  USER 
6:04:23  USER 
»>04iM  NORTH 
6:04i2«  MONTH 
6:04:23  MONTH 


NO  PROGRAM  ERRORS 
STOP 

END  or  EXECUTION 

CPU  TIRE:  to. 02  ELAPSED  Til 
EXIT 


16:04:23  HONTR 
16:04:29  K-CUE 
16:04:30  LCOUT 
16:04:30  LCOUT 
16:04:30  LCOUT 


. KJOB  DSKCO : TXTOUT. LOC* /W/B/Z : 4/VR:  10/VS: 33*4/VL= 2**/VP:  10/VDtP 
TOTAL  OF  178  BLOCKS  IN  3 FILES  IN  LPT  REQUEST 
JOB  24,  USER  (233.3331  LOCCED  OFF  TTY63  1604  26- JAR-77 

SAVED  ALL  FILES  (635  BLOCKS) 

RUNTIME  38.22  SEC 


1 


